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DETAILED ACTION 



1. Claims 1-45 have been examined. 

2. Receipt is acknowledged of all arguments and amendments submitted, where 
the papers have been placed of record in file. 

Information Disclosure Statement 

3. The information disclosure statement (IDS) submitted on 1/8/2004 was 
considered by the examiner. 

Drawings 

4. The drawings are objected to because element 230 in Figure 2A is mislabeled as 
element 23 (The office is assuming the label for the element is incorrect or else the 
specification is incorrect). Corrected drawing sheets in compliance with 37 CFR 
1.121(d) are required in reply to the Office action to avoid abandonment of the 
application. Any amended replacement drawing sheet should include all of the figures 
appearing on the immediate prior version of the sheet, even if only one figure is being 
amended. The figure or figure number of an amended drawing should not be labeled as 
"amended." If a drawing figure is to be canceled, the appropriate figure must be 
removed from the replacement sheet, and where necessary, the remaining figures must 
be renumbered and appropriate changes made to the brief description of the several 
views of the drawings for consistency. Additional replacement sheets may be necessary 
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to show the renumbering of the remaining figures. Each drawing sheet submitted after 
the filing date of an application must be labeled in the top margin as either 
"Replacement Sheet" or "New Sheet" pursuant to 37 CFR 1 .121(d). If the changes are 
not accepted by the examiner, the applicant will be notified and informed of any required 
corrective action in the next Office action. The objection to the drawings will not be held 
in abeyance. 

5. The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) 
because they include the following reference character(s) not mentioned in the 
description: elements 85, and 90 in Figure 1, and elements 940, 950, 960, and 970 in 
Figure 2. Corrected drawing sheets in compliance with 37 CFR 1.121(d), or 
amendment to the specification to add the reference character(s) in the description in 
compliance with 37 CFR 1 .121(b) are required in reply to the Office action to avoid 
abandonment of the application. Any amended replacement drawing sheet should 
include all of the figures appearing on the immediate prior version of the sheet, even if 
only one figure is being amended. Each drawing sheet submitted after the filing date of 
an application must be labeled in the top margin as either "Replacement Sheet" or "New 
Sheet" pursuant to 37 CFR 1.121(d). If the changes are not accepted by the examiner, 
the applicant will be notified and informed of any required corrective action in the next 
Office action. The objection to the drawings will not be held in abeyance. 
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Specification 

6. The abstract of the disclosure is objected to because of its length. The maximum 
length of an abstract is 150 words and the provided abstract is 207 words. Correction is 
required. See MPEP § 608.01(b). 

7. The title of the invention is not descriptive. A new title is required that is clearly 
indicative of the invention to which the claims are directed. 

The following title is suggested: "Synchronisation Between Pipelines in a Data 
Processing Apparatus Utilizing Synchronisation Queues". 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form 
the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent. 

8. Claims 1-45 are rejected under 35 U.S.C. 102(b) as being anticipated by Brown, 
III et al (U.S. Patent # 6,240,508, B1 . 

As per claim 1, Brown, III et al discloses a data processing apparatus, 
comprising: 



I 
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a main processor operable to execute a sequence of instructions (Column 35, 
lines 45-49), the main processor comprising a first pipeline having a first plurality of 
pipeline stages (Column 12, lines 18-24); 

a coprocessor operable to execute coprocessor instructions in said sequence of 
instructions (Column 35, lines 45-49), the coprocessor comprising a second pipeline 
having a second plurality of pipeline stages, and each coprocessor instruction being 
arranged to be routed through both the first pipeline and the second pipeline (Column 
36, lines 21-22, and column 36, line 67- column 37, lines 3: There is one instruction 
stream but instructions are issued to only one processor); and 

at least one synchronising queue coupling a predetermined pipeline stage in one 
of the pipelines with a partner pipeline stage in the other of the pipelines (Column 49, 
lines 58-60), the predetermined pipeline stage being operable to cause a token to be 
placed in the synchronising queue when processing a coprocessor instruction and the 
partner pipeline stage being operable to process that coprocessor instruction upon 
receipt of the token (Column 50, lines 6-1 1 : Token is the commands associated with the 
spec queue) from the synchronising queue, thereby synchronising the first and second 
pipelines between the predetermined pipeline stage and the partner pipeline stage 
(Column 35, lines 43-44: Synchronization is done with multiple pipelined processors). 

As per claim 2, Brown, III et al discloses a plurality of said synchronising queues, 
each said synchronising queue coupling a predetermined pipeline stage in one of the 
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pipelines with a partner pipeline stage in the other of the pipelines (Column 49, lines 60- 
63). 

As per claim 3, Brown, III et al discloses wherein one of the at least one 
synchronising queues is an instruction queue (Column 10, lines 4-10), the 
predetermined pipeline stage is in the first pipeline and is arranged to cause a token 
identifying a coprocessor instruction to be placed in the instruction queue, and the 
partner pipeline stage is in the second pipeline and is operable upon receipt of the token 
to begin processing the coprocessor instruction identified by the token (Column 35, lines 
61-63: The second processor must wait until processing can be done). 

As per claim 4, Brown, III et al discloses wherein the predetermined pipeline 
stage is a fetch stage in the first pipeline and the partner pipeline stage is a decode 
stage in the second pipeline, that decode stage being operable to decode the 
coprocessor instruction upon receipt of the token (Column 12, line 64- column 13, line 1: 
Decomposing data is the same as decoding data.). 

As per claim 5, Brown, III et al discloses wherein the fetch stage in the first 
pipeline is operable to cause a token to be placed in the instruction queue for each 
instruction in the sequence of instructions (Column 49, lines 58-63), and the decode 
stage in the second pipeline is arranged to decode each instruction upon receipt of the 
associated token in order to determine whether that instruction is a coprocessor 



Application/Control Number: 1 0/601 ,575 Page 7 

Art Unit: 2181 

instruction that requires further processing by the coprocessor (Column 49, lines 63-65: 
Decode is part of the l-box). 

As per claim 6, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a cancel queue (Column 49, lines 63-65: The stop-spec-queue 
acts as a cancel), the predetermined pipeline stage is in the first pipeline and is 
arranged to cause to be placed in the cancel queue a token identifying whether a 
coprocessor instruction at that predetermined pipeline stage is to be cancelled (Column 
49, lines 60-63), and the partner pipeline stage is in the second pipeline and is operable 
upon receipt of the token from the cancel queue (Column 36, lines 40-42), and if the 
token identifies that the coprocessor instruction is to be cancelled, to cause that 
coprocessor instruction to be cancelled (Column 36, lines 42-55: Coprocessor will not 
be able to process its instruction in the case of a invalidate). 

As per claim 7, Brown, III et al discloses wherein the predetermined pipeline 
stage is an issue stage in the first pipeline, and the partner pipeline stage is a stage 
following an issue stage in the second pipeline (Column 13, lines 19-26: Issue stage is 
followed by decoding of issued instruction). 

As per claim 8, Brown, III et al discloses wherein the partner pipeline stage is 
operable upon receipt of the token from the cancel queue (Column 36, lines 40-42), and 
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if the token identifies that the coprocessor instruction is to be cancelled, to remove the 
coprocessor instruction from the second pipeline (Column 36, lines 42-55). 

As per claim 9, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a finish queue (Column 50, lines 24-31), the predetermined 
pipeline stage is in the first pipeline and is arranged to cause to be placed in the finish 
queue a token identifying permission for a coprocessor instruction at that predetermined 
pipeline stage to be retired from the second pipeline (Column 49, lines 60-63), and the 
partner pipeline stage is in the second pipeline and is operable upon receipt of the token 
from the finish queue, and if the token identifies that the coprocessor instruction is 
permitted to be retired, to cause that coprocessor instruction to be retired (Column 50, 
lines 24-31). 

As per claim 10, Brown, III et al discloses wherein the predetermined pipeline 
stage is a write back stage in the first pipeline, and the partner pipeline stage is a write 
back stage in the second pipeline (Column 48, lines 41-45). 

As per claim 1 1 , Brown, III et al discloses wherein one of the at least one 
synchronising queues is a length queue (Column 28, lines 50-53), the predetermined 
pipeline stage is in the second pipeline and is arranged, for a vectored coprocessor 
instruction, to cause to be placed in the length queue a token identifying length 
information for the vectored coprocessor instruction (Column 49, lines 60-63), and the 
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partner pipeline stage is in the first pipeline and is operable upon receipt of the token 
from the length queue to factor the length information into the further processing of the 
vectored coprocessor instruction within the first pipeline (Column 28, line 50-53). 

As per claim 12, Brown, III et al discloses wherein the predetermined pipeline 
stage is a decode stage in the second pipeline, and the partner pipeline stage is a first 
execute stage in the first pipeline (Column 13, lines 19-26: Instructions are decoded and 
then send to the execute stage). 

As per claim 13, Brown, III et al discloses wherein one of the at least one 
synchronising queues is an accept queue (Column 35, lines 33-36), the predetermined 
pipeline stage is in the second pipeline and is arranged to cause to be placed in the 
accept queue a token identifying whether a coprocessor instruction in that 
predetermined pipeline stage is to be accepted for execution by the coprocessor 
(Column 49, lines 60-63), and the partner pipeline stage is in the first pipeline and is 
operable upon receipt of the token from the accept queue, and if the token identifies that 
the coprocessor instruction is not to be accepted, to cause that coprocessor instruction 
to be rejected by the main processor (Column 35, lines 33-36). 

As per claim 14, Brown, III et al discloses wherein the predetermined pipeline 
stage is an issue stage in the second pipeline, and the partner pipeline stage is a 
second execute stage in the first pipeline (Column 13, lines 19-26). 
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As per claim 15, Brown, III et al discloses wherein the partner pipeline stage is 
operable upon receipt of the token from the accept queue, and if the token identifies that 
the coprocessor instruction is not to be accepted, to remove the coprocessor instruction 
from the first pipeline (Column 50, lines 19-23) 

As per claim 16, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a store queue used when the coprocessor instruction is a store 
instruction operable to cause data items to be transferred from the coprocessor to 
memory accessible by the main processor (Column 48, lines 41-45), the predetermined 
pipeline stage is in the second pipeline and is arranged, when processing one of said 
store instructions, to cause to be placed in the store queue a token identifying each data 
item to be transferred (Column 49, lines 60-63), and the partner pipeline stage is in the 
first pipeline and is operable upon receipt of each token from the store queue, to cause 
the corresponding data item to be transferred to the memory (Column 48, lines 41-45). 

As per claim 17, Brown, III et al discloses wherein the predetermined pipeline 
stage is an issue stage in the second pipeline, and the partner pipeline stage is an 
address generation stage in the first pipeline (Column 12, line 64- column 13, line 1). 

As per claim 18, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a load queue used when the coprocessor instruction is a load 
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instruction operable to cause data items to be transferred from memory accessible by 
the main processor to the coprocessor (Column 12, line 64- column 13, line 1: Done by 
prefetching operands), the predetermined pipeline stage is in the first pipeline and is 
arranged, when processing one of said load instructions, to cause to be placed in the 
load queue a token identifying each data item to be transferred (Column 49, lines 60- 
63), and the partner pipeline stage is in the second pipeline and is operable upon 
receipt of each token from the load queue, to cause the corresponding data item to be 
transferred to the coprocessor (Column 12, line 64- column 13, line 1). 

As per claim 19, Brown, III et al discloses wherein the predetermined pipeline 
stage is a write back stage in the first pipeline, and the partner pipeline stage is a write 
back stage in the second pipeline (Column 48, lines 41-45). 

As per claim 20, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a store queue used when the coprocessor instruction is a store 
instruction operable to cause data items to be transferred from the coprocessor to 
memory accessible by the main processor (Column 48, lines 41-45), the predetermined 
pipeline stage is in the second pipeline and is arranged, when processing one of said 
store instructions, to cause to be placed in the store queue a token identifying each data 
item to be transferred (Column 49, lines 60-63), and the partner pipeline stage is in the 
first pipeline and is operable upon receipt of each token from the store queue, to cause 
the corresponding data item to be transferred to the memory, and wherein the load 
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instruction and store instruction may be vectored coprocessor instructions defining 
multiple data items to be transferred (Column 48, lines 41-45), and the apparatus further 
comprises flow control logic, associated with at least one of the load queue and the 
store queue, operable to send a control signal to the predetermined pipeline stage to 
stop issuance of tokens by the predetermined pipeline stage whilst it is determined that 
the associated load or store queue may become full (Column 25, lines 43-47). 

As per claim 21 , Brown, III et al discloses wherein the flow control logic is 
provided for the store queue, the flow control logic being operable to issue the control 
signal upon receiving an indication from the main processor that the partner pipeline 
stage cannot accept a data item (Column 41, lines 51-54). 

As per claim 22, Brown, III et al discloses wherein the load queue is a double 
buffer (Column 7, line 62- column 8, line 1: Data is prefetched in quadwords). 

As per claim 23, Brown, III et al discloses wherein each token includes a tag 
which identifies the coprocessor instruction to which the token relates (Column 45, lines 
12-14). 



As per claim 24, Brown, III et al discloses wherein the main processor is 
operable, when it is necessary to flush coprocessor instructions from both the first and 
the second pipeline, to broadcast a flush signal to the coprocessor identifying the tag 
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relating to the oldest instruction that needs to be flushed, the coprocessor being 
operable to identify that oldest instruction from the tag and to flush from the second 
pipeline that oldest instruction and any later instructions within the coprocessor (Column 
41, lines 20-25). 

As per claim 25, Brown, III et al discloses wherein one or more of said at least 
one synchronising queues are flushed in response to said flush signal, with the tag 
being used to identify which tokens within the queue are to be flushed (Column 41, lines 
21-27). 

As per claim 26, Brown, III et al discloses wherein the at least one synchronising 
queue comprises a First-In-First-Out (FIFO) buffer having a predetermined number of 
entries for storing tokens (Column 28, lines 50-53). 

As per claim 27, Brown, III et al discloses wherein a plurality of said 
coprocessors are provided, with each synchronising queue coupling a pipeline stage in 
the main processor with a pipeline stage in one of the coprocessors (Figure 18, element 
75, and column 23, lines 12-17: The bus is connected to the spec queue, which helps 
synchronize the pipeline). 

As per claim 28 Brown, III et al discloses wherein the data processing apparatus 
has a synchronous design (Column 9, lines 4-8), such that the tokens are caused to be 
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placed in the queue by the predetermined pipeline stage and are caused to be received 
from the queue by the partner pipeline stage upon changing edges of a clock cycle 
(Column 9, lines 38-57). 

As per claim 29, Brown, III et al discloses a method of synchronisation between 
pipelines in a data processing apparatus, the data processing apparatus comprising a 
main processor operable to execute a sequence of instructions (Column 35, lines 45- 
49) and a coprocessor operable to execute coprocessor instructions in said sequence of 
instructions (Column 35, lines 45-49), the main processor comprising a first pipeline 
having a first plurality of pipeline stages (Column 12, lines 18-24), and the coprocessor 
comprising a second pipeline having a second plurality of pipeline stages, (Column 36, 
lines 21-22, and column 36, line 67- column 37, line 3) and each coprocessor instruction 
being arranged to be routed through both the first pipeline and the second pipeline, the 
method comprising the steps of: 

(a) coupling a predetermined pipeline stage in one of the pipelines with a partner 
pipeline stage in the other of the pipelines via a synchronising queue (Column 49, lines 
58-60); 

(b) placing a token in the synchronising queue when the predetermined pipeline 
stage is processing a coprocessor instruction (Column 50, lines 6-11); 

(c) upon receipt of the token from the synchronising queue by the partner 
pipeline stage, processing the coprocessor instruction within the partner pipeline stage; 
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whereby synchronisation of the first and second pipelines between the predetermined 
pipeline stage and the partner pipeline stage is obtained (Column 35, lines 43-44). 

As per claim 30, Brown, III et al discloses wherein a plurality of said 
synchronising queues are provided, and said steps (a) to (c) are performed for each 
synchronising queue (Column 49, lines 60-63). 

As per claim 31 , Brown, III et al discloses wherein one of the at least one 
synchronising queues is an instruction queue (Column 10, lines 4-10), the 
predetermined pipeline stage is in the first pipeline and the partner pipeline stage is in 
the second pipeline, the method comprising the steps of: at said step (b), placing a 
token in the instruction queue identifying a coprocessor instruction; and at said step (c), 
upon receipt of the token, beginning processing of the coprocessor instruction identified 
by the token within the partner pipeline stage (Column 35, lines 61-63). 

As per claim 32, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a cancel queue (Column 49, lines 63-65), the predetermined 
pipeline stage is in the first pipeline and the partner pipeline stage is in the second 
pipeline, the method comprising the steps of: at said step (b), placing a token in the 
cancel queue identifying whether a coprocessor instruction at that predetermined 
pipeline stage is to be cancelled (Column 49, lines 60-63); and at said step (c), upon 
receipt of the token from the cancel queue by the partner pipeline stage (Column 36, 
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lines 40-42), and if the token identifies that the coprocessor instruction is to be 
cancelled, causing that coprocessor instruction to be cancelled (Column 36, lines 42- 
55). 

As per claim 33, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a finish queue (Column 50, lines 24-31), the predetermined 
pipeline stage is in the first pipeline and the partner pipeline stage is in the second 
pipeline, the method comprising the steps of: at said step (b), placing in the finish queue 
a token identifying permission for a coprocessor instruction at that predetermined 
pipeline stage to be retired from the second pipeline (Column 49, lines 60-63); and at 
said step (c), upon receipt of the token from the finish queue by the partner pipeline 
stage, and if the token identifies that the coprocessor instruction is permitted to be 
retired, causing that coprocessor instruction to be retired (Column 50, lines 24-31) 

As per claim 34, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a length queue (Column 28, lines 50-53), the predetermined 
pipeline stage is in the second pipeline and the partner pipeline stage is in the first 
pipeline, and the method comprises the steps of: at said step (b), for a vectored 
coprocessor instruction, placing in the length queue a token identifying length 
information for the vectored coprocessor instruction (Column 49, lines 60-63); and at 
said step (c), upon receipt of the token from the length queue by the partner pipeline 
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stage, factoring the length information into the further processing of the vectored 
coprocessor instruction within the first pipeline (Column 28, lines 50-53). 

As per claim 35, Brown, III et al discloses wherein one of the at least one 
synchronising queues is an accept queue (Column 35, lines 33-36), the predetermined 
pipeline stage is in the second pipeline and the partner pipeline stage is in the first 
pipeline, the method comprising the steps of: at said step (b), placing in the accept 
queue a token identifying whether a coprocessor instruction in that predetermined 
pipeline stage is to be accepted for execution by the coprocessor (Column 49, lines 60- 
63); and at said step (c), upon receipt of the token from the accept queue by the partner 
pipeline stage, and if the token identifies that the coprocessor instruction is not to be 
accepted, causing that coprocessor instruction to be rejected by the main processor 
(Column 35, lines 33-36). 

As per claim 36, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a store queue used when the coprocessor instruction is a store 
instruction operable to cause data items to be transferred from the coprocessor to 
memory accessible by the main processor (Column 48, lines 41-45), the predetermined 
pipeline stage is in the second pipeline and the partner pipeline stage is in the first 
pipeline, the method comprising the steps of: at said step (b), when processing one of 
said store instructions, placing in the store queue a token identifying each data item to 
be transferred (Column 49, lines 60-63); and at said step (c), upon receipt of each token 
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from the store queue by the partner pipeline stage, causing the corresponding data item 
to be transferred to the memory (Column 48, lines 41-45). 

As per claim 37, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a load queue used when the coprocessor instruction is a load 
instruction operable to cause data items to be transferred from memory accessible by 
the main processor to the coprocessor (Column 12, line 64- column 13, line 1), the 
predetermined pipeline stage is in the first pipeline and the partner pipeline stage is in 
the second pipeline, the method comprising the steps of: at said step (b), when 
processing one of said load instructions, placing in the load queue a token identifying 
each data item to be transferred (Column 49, lines 60-63); and at said step (c), upon 
receipt of each token from the load queue by the partner pipeline stage, causing the 
corresponding data item to be transferred to the coprocessor (Column 12, line 64- 
column 13, line 1). 

As per claim 38, Brown, III et al discloses wherein one of the at least one 
synchronising queues is a store queue used when the coprocessor instruction is a store 
instruction operable to cause data items to be transferred from the coprocessor to 
memory accessible by the main processor (Column 48, lines 41-45), the predetermined 
pipeline stage is in the second pipeline and the partner pipeline stage is in the first 
pipeline, the method comprising the steps of: at said step (b), when processing one of 
said store instructions, placing in the store queue a token identifying each data item to 
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be transferred (Column 49, lines 60-63); and at said step (c), upon receipt of each token 
from the store queue by the partner pipeline stage, causing the corresponding data item 
to be transferred to the memory; and wherein the load instruction and store instruction 
may be vectored coprocessor instructions defining multiple data items to be transferred 
(Column 48, lines 41-45), and the method further comprises the step of: (d) for at least 
one of the load queue and the store queue, sending a control signal to the 
predetermined pipeline stage to stop issuance of tokens by the predetermined pipeline 
stage whilst it is determined that the associated load or store queue may become full 
(Column 25, lines 43-47). 

As per claim 39, Brown, III et al discloses wherein said step (d) is performed for 
the store queue, at said step (d) the method comprising the step of issuing the control 
signal upon receiving an indication from the main processor that the partner pipeline 
stage cannot accept a data item (Column 41, lines 51-54). 

As per claim 40, Brown, III et al discloses wherein each token includes a tag 
which identifies the coprocessor instruction to which the token relates (Column 45, lines 
12-14). 

As per claim 41 , Brown, III et al discloses wherein, when it is necessary to flush 
coprocessor instructions from both the first and the second pipeline, the method further 
comprises the steps of: broadcasting a flush signal from the main processor to the 
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coprocessor identifying the tag relating to the oldest instruction that needs to be flushed; 
within the coprocessor, identifying from the tag that oldest instruction and flushing from 
the second pipeline that oldest instruction and any later instructions within the 
coprocessor (Column 41 , lines 20-25). 

As per claim 42, Brown, III et al discloses further comprising the step of flushing 
one or more of said at least one synchronising queues in response to said flush signal, 
with the tag being used to identify which tokens within the queue are to be flushed 
(Column 41, liens 21-27). 

As per claim 43, Brown, III et al discloses wherein the at least one synchronising 
queue comprises a First-In-First-Out (FIFO) buffer having a predetermined number of 
entries for storing tokens (Column 28, lines 50-53). 

As per claim 44, Brown, III et al discloses wherein a plurality of said 
coprocessors are provided, with each synchronising queue coupling a pipeline stage in 
the main processor with a pipeline stage in one of the coprocessors (Figure 18, element 
75, and column 23, lines 12-17). 

As per claim 45, Brown, III et al discloses wherein the data processing apparatus 
has a synchronous design (Column 9, lines 4-8), such that the tokens are placed in the 
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queue by the predetermined pipeline stage and are received from the queue by the 
partner pipeline stage upon changing edges of a clock cycle (Column 9, lines 38-57). 

Conclusion 

9. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. The following patents are cited to further show the art with 
respect to the synchronization between pipelines in a data processing apparatus 
utilizing synchronization queues: 

U.S. Patent # 5,197,140 to Balmer shows a multiprocessor system, which has a 
pipeline that utilizes tokens. 

U.S. Patent # 6,061 ,749 to Webb et al shows the use of a FIFO buffer in a 
multiprocessor pipeline. 

U.S. Patent # 6,1 12,017 to Wise shows a pipeline processing machine having a 
plurality of reconfigurable processing stages. 

1 0. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Vincent Lai whose telephone number is (571) 272-6749. 
The examiner can normally be reached on M-F 8:00-5:30 (First BiWeek Friday Off). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Dov Popovici can be reached on (571) 272-4083. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Vincent Lai 
Examiner 
Art Unit 2181 
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